시작하며. 스트리밍을 바라보는 세 가지 축

이 책을 시작하기 전에

스트리밍 기술을 공부하다 보면 이런 의문이 자주 든다.

• 왜 HLS는 라이브에서 늦을까
• 왜 어떤 서비스는 1초인데 어떤 서비스는 10초나 늦을까
• 왜 같은 영상이 브라우저마다 다르게 동작할까
• 왜 LL-HLS, CMAF, MSE 같은 비슷한 이름의 기술이 계속 등장할까

이 책은 이 질문들에 답한다.

그런데 답을 찾으려면 먼저 관점이 필요하다.

스트리밍에는 정답이 없다

스트리밍 기술을 처음 공부할 때 가장 흔히 빠지는 함정은 이것이다.

“어떤 기술이 가장 좋은가?”

이 질문은 답을 가지지 않는다.

왜냐하면 모든 스트리밍 기술은 무엇을 얻기 위해 무엇을 포기할 것인가의 결과물이기 때문이다.

• 안정성을 얻으려면 지연을 감수해야 하고
• 지연을 줄이려면 구조가 복잡해지고
• 구조를 단순하게 가져가려면 플랫폼 제약을 받아야 한다

즉 스트리밍은 “좋고 나쁨“이 아니라 “무엇을 골랐는가“의 문제다.

이 책의 세 가지 축

이 책은 스트리밍 기술을 세 가지 축으로 바라본다.

축 ①: 안정성 ↔ 지연

스트리밍은 끊김 없이 보이는 것과 즉시 보이는 것을 동시에 만족시킬 수 없다.

• 끊김을 줄이려면 → 버퍼를 쌓아야 함
• 지연을 줄이려면 → 버퍼를 줄여야 함

이 두 가지는 정면으로 충돌한다.

HLS는 이 축에서 안정성 쪽을 선택한 기술이다.

축 ②: 구조의 단순함 ↔ 성능

스트리밍은 구조를 단순하게 유지하는 것과 성능을 끌어올리는 것 사이에서도 충돌한다.

• HTTP만으로 동작하면 → 단순하지만 느림
• 전용 프로토콜을 쓰면 → 빠르지만 복잡함

HLS는 “기존 웹 인프라를 그대로 쓴다“는 구조의 단순함을 선택했다.

그 대가가 지연이다.

축 ③: 제어권 ↔ 편의성

스트리밍은 누가 재생을 통제하느냐에 따라 가능한 것이 달라진다.

• 브라우저가 통제 → 개발자는 편하지만 제어 불가
• 개발자가 통제 → 자유롭지만 복잡

Flash → HTML5 video → MSE로 이어지는 흐름은 제어권이 점점 개발자에게 넘어오는 과정이다.

Low Latency가 가능해진 것도 이 변화 덕분이다.

이 책이 따라갈 흐름

이 책은 다음 순서로 진행된다.

1~2장   HLS는 왜 등장했고, 왜 영상을 쪼개는가
3~4장   HLS의 데이터 구조 (playlist와 segment 내부)
5장     이 구조가 만드는 한계 (지연)
6~7장   한계를 줄이기 위한 변화 (LL-HLS, CMAF)
8장     재생 제어권의 이동 (MSE)
9장     콘텐츠 보호 (암호화, DRM)
10장    트레이드오프로 본 스트리밍

각 장은 앞 장의 내용을 전제로 한다.

순서대로 읽기를 권장한다.

한 가지만 기억하자

이 책을 끝까지 읽고 나면 다음 한 문장이 자연스럽게 이해될 것이다.

HLS는 포맷이 아니라 설계 철학이며, 우리가 마주하는 모든 한계는 그 철학의 자연스러운 결과다.

이제 시작하자.